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Abstract of EP1 065838 

The method involves transmitting data as data packets by at least one first communication arrangement 
(MS) over at least part of a communication system, whereby a billing for the data service is performed. A 
pre-paid or credited amount is billed, especially parallel to the data packet transmission. The billing results 
preferably as a pre-paid on-line billing, especially dependent on a transmitted data quantity or amount of 
transmitted data packets. The transmitting and/or receiving communications arrangement communicates 
directly with a radio network, especially a mobile communication network which can also produce line- 
based connections. The part of the communications system transmitting the data packets is a data packet 
network, especially the Internet. 
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(54) Prepaid-Service fur mobile Paketdatennetze 

(57) Die Erfindung bezieht sich auf ein Verfahren 
zur Behandlung eines Datendienstes, bei dem von 
einer ersten, insbesondere mobilen Kommunikations- 
einrichtung (MS) Daten Ober zumindest einen Teil eines 
Kommunikationssystems als Paketdaten Qbermrttelt 
warden und bei dem eine Verrechnung von GebQhren 
fQr den Datendienst erfolgt 

ErfindungsgemaB werden die GebQhren mit einem 
im voraus entrichteten GebQhrenbetrag verrechnet, 
dies insbesondere parallel zur PaketdatenQbertragung, 
wobei die Gebuhrenverrechnung abhangig von der 
ubermitteften Datenmenge oder Anzahl der Gbermittel- 
ten Datenpakete als Vorauszahlungs-On-Line-Verre- 
chung erfolgt. 

Die Erfindung betrifft insbesondere die Einbettung 
dieser Funktion in ein existierendes GebQhrenvoraus- 
zahlungssystem fQr nicht paketorientierte Kommunika- 
tion mit der Mdglichkeit einer elnheitfichen Abrechnung 
des Teilnehmers fQr alle seiner Dienste. 
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[0001] Die Erfindung betrifft ein Verfahren zur Behandlung, insbesondere zur GebQhrenverrechnung eines Daten- 
dienstes gem§(3 den oberbegrifflichen Merkmaien des Patentanspmchs 1 und ein Kommunikationssystem zum Aus- 
5 fuhren des Verfahrens. 

[0002] FOr verbindungsorientierte Kommunikationsdienste in einem Kommunikationsnetz ist es bekanntlich mflg- 
lich, die Verbindungen durch ein Intelligentes Netz (IN) steuern zu lassen. So 1st beispielsweise fQr Mobitf unknetze nach 
dem GSM-Standard (Global System for Mobile Communication) eine CAMEL-Plattform (Customized Applications for 
Mobile network Enhanced Logic) gem&G der GSM-Empfehlung 03.78 definiert, urn eine weltweite IMutzung der Lei- 

io stungsmerkmale des Intelligenten Netzes zu ermfiglichen. Die Obliche Architektur des Intelllgenten Netzes sieht eine 
Dienstevenmittlungsfunktion (Service Switching Function) und eine Dienstesteuerungsfunktion (Service Control 
Function) vor, die Qber eine Signalisierungsstrecke miteinander verbunden sind. Als Applikation wird hierbei ein spezi- 
efles Protokoll verwendet, das fQr das Mobilfunknetz aus dem CAP-Protokoll (CAMEL Application Part) besteht. 
[0003] In bestehende Mobilfunknetze nach dem GSM-Standard werden derzeit neuartige Datendienste wie der 

15 Paketdatendienst GPRS (General Packet Radio Service) gem&B der GSM-Empfehlung 03.60 eingefOhrt. Die Ubertra- 
gung im Mobilfunknetz findet hierbei nicht verbindungsorientiert, sondem in Form von Paketdaten statt Diese Art der 
Ubertragung nutzt die gegebenen Ubertragungsressourcen im Mobilfunknetz besser aus. Mit diesem GPRS-Netz ist 
es ebenfalls m6glich, Kurzmitteilungen (SMS) zu Qbertragen. Die Architektur fOr den Paketdatendienst geht davon aus, 
daB das vom mobilen Teilnehmer benutzte Kommunikaiionsendgerfit - die Mobilstation an ihrem jeweiligen Aufenthalts- 

20 ort von einem Dienstenetzknoten (Serving GPRS Support Node - GPRS: General Packet Radio System) bedient wird. 
Urn Paketdaten zu empfangen Oder zu senden, ist der Zugang zu einem Paketdatennetz notwendig. Zu diesem Zweck 
werden Zugangsnetzknoten (Gateway GPRS Support Nodes) bereitgestellt, die jeweils den Zugang zu dem Paketda- 
tennetz - z.B. Internet - realisieren und ein bestimmtes Paketdatenprotokoll - z.B. Internet Protokoll - unterstQtzen. Zwi- 
schen dem Dienstenetzknoten und dem Zugangsnetzknoten ist im Mobilfunknetz ein Tunnel vorgesehen, Qber den die 

25 Pakete Qbertragen werden. Da sich die mobilen Teilnehmer mit ihren Kommunikationsendger&ten zwischen mehreren 
Funkversorgungsgebieten eines Mobilfunknetzes bewegen, gelangt der einzelne Teilnehmer mflglicherweise In das 
Versorgungsgebiet eines neuen Dienstenetzknotens, so daB der Tunnel umzuschalten ist und die Pakete auf einem 
neuen Ubertragungsweg durch das Mobilfunknetz zu Qbertragen sind. Der bisherige Dienstenetzknoten kann den 
Paketdatendienst fQr den betreffenden Teilnehmer fQr diesen Fall nicht mehr steuern. 

30 [0004] Ausgehend von der Behandlung eines Paketdatendienstes im Mobilfunknetz durch Dienstenetzknoten in 
Verbindung mit einem Zugangsnetzknoten zur Ubertragung von Paketdaten sowie einerTunnelumschaltung bei Wech- 
sei des Versorgungsgebiets erfolgt gemSB der aiteren Patentanmeldung P1 9849578.1 ein Interworking des Paketda- 
tendienstes mit Netzfunktionen eines Intelligenten Netzes, von denen eine Dienstevermittlungsfunktion mit dem 
jeweiligen Dienstenetzknoten zusammengeschaftet und eine Dienstesteuerungsfunktion Qber eine Schnittstelle an den 

35 Dienstenetzknoten mit integrierter Dienstevermittlungsfunktion angeschattet wird, sowie - bei dem Wechsel des mobi- 
len Teilnehmers von dem einen Versorgungsgebiet in das andere Versorgungsgebiet zus&tzlich zum Umschalten von 
dem einen Tunnel zu dem anderen Tunnel ein Umschalten von einer alten Assoziation, die zwischen der im bisherigen 
Dienstenetzknoten integrierten Dienstevermittlungsfunktion und der Dienstesteuerungsfunktion besteht, zu einer 
neuen Assoziation, die zwischen der im neuen Dienstenetzknoten integrierten Dienstevermittlungsfunktion und der 

ao Dienstesteuerungsfunktion besteht. 

[0005] Durch die Kombination von Integration der Dienstevermittlungsfunktion in den jeweiligen Dienstenetzkno- 
ten, Kommunikation mit der Dienstesteuerungsfunktion, Umschalten von alter Assoziation zu neuer Assoziation zusatz- 
lich zum Umschalten des Tunnels fQr die PaketdatenQbertragung, l&Bt sich in vorteilhafter Weise der Paketdatendienst 
wie andere IN-Dienste behandeln und steuern sowie - unbemerkt und stdrungsfrei - fQr den mobilen Teilnehmer bei 

45 einem Wechsel des Versorgungsgebiets durch Anwendung von IN-Funktionen weiterhin zur VerfOgung stellen. 

[0006] Weiterhin ist die M6glichkeit einer Vorausbezahlungs- bzw. Prepaid-online-VergebOhrung fQr Teilnehmer 
eines mobilen Netzes bekannt, bei der Sprachendienste eines Teilnehmers mit einem On-Line-Konto vergebOhrt wer- 
den. 

[0007] In der GSM-Standardisierung ist eine neue Schnittstelle (Interface) zwischen dem Paketnetzknoten (SGSN) 
so und einem Ab-rechnungsserver (SCP) mit neuen Parametern und Funktionen vorgesehen (CAMEL Phase 3). Diese 
bietet jedoch derzeit noch keine speziell realisierbare Lflsung fQr eine VergebQhrung von Paketdiensten oder Sprach- 
und Paketdiensten eines Teilnehmers mit einem On-Line-Konto. 

[0008] Der Erfindung liegt die Aufgabe zugrunde, Verfahren und Funk-Kommunikationssysteme bereitzustellen, bei 
denen die Abrechnung von Diensten eines (mobilen) Paketnetzes erweitert wird. Vorteilhafterweise sollen die Erweite- 
55 rungen fQr die Dienste- bzw. Service-Logik des Abrechnungsservers (SCP) und den Paketnetzknoten (SGSN) dabei 
begrenzt sein. 

[0009] Diese Aufgabe wird durch das Verfahren mit den Merkmaien des Anspruchs 1 und das Funk-Kommunikati- 
onssystem mit den Merkmaien des Anspruchs 16 ge!6st. 
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[0010] Vorteilhafte Weiterbildungen sind Gegenstand von Unteransprilchen. 

[0011] Hierwerden zwei Ideen miteinanderverbunden: Elnerselts wlrd ein Paketdienstwiedas Internet fQr den Ver- 
santi von Paketdaten genutzt und andererseits wird die VergebQhrungstogik in Anlehnung an die vom kontinuierlichen 
verbindungsorientierten Dienst her bekannte VergebQhrungstogik so angepaBt, daB nur ein minimaler Aufwand und 
5 somit minimale Kosten anfailen. 

[0012] Dazu werden nur Funktionen eines Paketnetzes auf Funktionen eines leitungsvermittelten Netzes abgebll- 
det, ein GebQhrenanpassungs-Server eingefOhrt und IP-basierte Protokolle im GSN anstelle vom Common Channel 
Signaling System No. 7 (CCSNo7) genutzt. 

[0013] Somit wird ein GebOhrenanpassungs-Server (CMS) an existierende Schnittstellen des Paketnetzes ange- 
10 schlossen, wo er eine Protokollumsetzung auf die entsprechende Schnfttstelle des leitungsvermittelten Prepaidsy- 
stems durchfuhrt. Die Implementierung neuer Schnittstellen kann dabei vermieden werden. Weiterhin 1st die Ersetzung 
von CCSNo7-Protokollen durch IP-basierte Schnittstellen / Protokolle bzw. die Verlagerung der GSM-CAMEL-Schnitt- 
stelle vom Paketnetzknoten auf den GebQhrenanpassungs-Server mfiglich. 

[0014] Gleichzeitlg kann Im CMS ein GebOhren-Aquivalent des leitungsvermittelten Services berechnet und der 
15 Service somit IQckenlos in die existierende Umgebung des Prepaidsystems integriert werden. Die Vorteile die sich dar- 
aus ergeben sind insbesondere die einfache Realisierung im Netzwerk, da die bestehenden Komponenten kaum modi- 
fiziert werden mQssen. 

[0015] Am GSN 1st keine Abrechnungsserver-Schnittstelle (INAP/CAP) erforderlich. Zudem muB keine neue Ser- 
vicelogik im Prepaid-System (SCP) bereitgestellt werden bzw. es sind nur geringe Modifikationen durchzufOhren. 
20 [001 6] Im GPRS-Serviceknoten (GSN) mOssen keine Tar'rfdaten administriert und behandelt werden. 

[0017] FQr den Operator ergibt sich eine einfache Administration. So bleibt die Teilnehmerdatenbasis zentral im 
Abrechnungsserver/Heimatreglster (SCP/HLR). Im CMS mQssen nur die Tarifmodelle und keine Teilnehmerdaten 
administriert werden. 

[0018] Nachfolgend werden AusfQhrungsbeispiele anhand der Zeichnung n&her erISutert Es zeigen: 

25 

Fig. 1 die Einbindung eines neuen GebOhrenanpassungs-Servers in die NetzwerkstrukturfQr die Realisierung der 

VergebOhrungsfunktion, 
Rg. 2 eine mdgiiche Schnittstelle fQr die Kontroll-/ Ausldsefunktion und 

Fig. 3 eine beispielhafte Konfiguration einer Realisierung mit einer Multivendormfiglichkeit, d.h. einer Standardisie- 
30 rungsm6glichkeit. 

[0019] Nachfolgend wird der Ablauf der On-Line-VergebQhrung eines beispielhaften GPRS-Dienstes (GPRS: 
Genera] Packet Radio System) beschrieben. Dabei werden im wesentlichen zwei Aufgaben realisiert: 
[0020] Erstens erfolgt bel oder nach einer Nutzung des GPRS-Dienstes eine entsprechende Abbuchung von einem 
35 Online-Konto, die nachfolgend als VergebQhrungsfunktion (Charging Funktion) bezeichnet wird. 

[0021] Zweitens erfolgen bei Kontolimitunterschreitungen insbesondere auch MaBnahmen, wie z.B. der Entzug der 
Serviceberechtigung (nachfolgend Kontroll-Funktion). 

[0022] Die VergebQhrungsfunktion wird anhand der Fig. 1 verdeutlicht, die eine fQr deren Realisierung geeignete 
Einbindung eines GebQhrenanpassungs-Servers bzw. Charging Mediation Servers (CMS) in die Netzwerkstruktur dar- 
40 stellt. 

[0023] Der obere und linke Abschnitt aus Fig. 1 stellt das fQr sich bekannte GSM-Mobilfunksystem fQr leitungsver- 
mittelte Verbindungen dar, der untere Abschnitt den so im wesentlichen bereits fQr Paketdatendienste und den 
AnschluB an das Internet bestehenden Tell. Neu hinzugekommen ist der GebOhrenanpassungs-Server CMS, der die 
Hauptschnittstelle zwischen diesen beiden Systemen bildet 

45 [0024] Im oberen Abschnitt kommuniziert der GebQhrenanpassungs-Server CMS (Charging Mediation Server) mit 
einem zentralen Abrechnungsserver SCP (Service Control Point) Qber Verbindungen 3, 4 bzw. 5 zwischen diesem und 
einem Online-Server, einem SSP und einem Heimatregister HLR (Home Location Register), das zur Registrierung des 
Aufenthaltsortes einer Mobilstation dient. Der Abrechnungsserver SCP dient zur Offline-VergebQhrung nach einem 
Gespr&ch oder zur Online-VergebQhrung. Bei der Online-VergebQhrung wird bereits wShrend eines Gesprflchs eine 

so Abbuchung vom Online-Konto vorgenommen. Der Abrechnungsserver SCP steht weiterhin (Qber 8) mit einem Verwal- 
tungs- und Verrechnungszentrum ABC (Administration and Billing Center) und (Qber 10) m'rt einem SMP (Service 
Management Point) in Verbindung, auf den wiederom vom Netzoperator zugegriffen werden kann. Der Netzoperator ist 
Qber eine Verbindung 1 0 mit dem GebQhrenanpassungs-Server CMS verbunden. 

[0025] Das Heimatregister HLR steht Qber eine Verbindung 7 auch mit einem Dienstenetzknoten SGSN (Serving 
55 GPRS Service Node)in Verbindung, der anstelle einer Mobilvermittlungsstelle eine oder mehrere Mobilstationen MS 
Qber ein zwischengeschaftetes Basisstationssystem BSS an ihrem momentanen Aufenthaltsort bedient. 
[0026] Im unteren Abschnitt ist das Internet Qber eine Zugangskontrolleinrichtung (FW: Firewall) an den Internet- 
Gateway-Zugangsnetzknoten GGSN (Gateway GPRS Support Node) angeschlossen. Der Gateway-Zugangsnetzkno- 
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ten GGSN kommuniziert zudem m'rt einem INTRA-PLMN-IP-Backbone (PLMN-internes IP-Netz) und einem Betriebs- 
und Wartungssystem O & M (Operation & Maintanance) sowie darOber auch mit dem GebQhrenanpassungsServer 
CMS. Das INTRA-PLMN-IP-Backbone und das 0 & M- kommunizieren zudem auch mit dem Dienstenetzknoten 
SGSN. 

5 [0027] Der beide Abschnitte Obergreifende GebQhrenanpassungs-Server CMS besteht aus mehreren Einheiten, 
die im Rahmen derspezielien Funktionen erlfiutert werden. 

[0028] Die fett gedruckten Pfeile bzw. Verbindungen 1-10 bezeichnen existierende Schnittstellen bzw. Interfaces, 
die als Kandidaten fQr die hier umzusetzende Nutzung dienen. Dabei kann jeweils die fOr die konkrete Umgebung gOn- 
stigste Schnittsteile ausgewfihlt werden. 

TO 

1. Liefern von GebQhreninformationen an den GebQhrenanpassungs-Server CMS: 

Die VergebOhrungs-lnformation wird in den Zugangsnetzknoten GSNs in Datensfitze bzw. Rekords formatiert 
und Ober einen "hot exit" bzw. zeitlich unmittelbaren Zugang an den GebQhrenanpassungs-Server CMS geschickt. 
HierfQr kann auch ein DateiQbertragungsprotokoll bzw. File Transfer Protokoll (FTP - warm billing) angewendet 
15 werden. Dabei kann eine auf einem Intemet-Protokoll iP basierende Schnittsteile wie z.B. das IP-Backbone (1) 
genutzt werden, oderein O&M-Netzwerk mit z.B. Q3-lnterface (2). Wenn die Vorausbezahiungs- bzw. Prepaid-Teil- 
nehmer Qber die Anmelde- bzw. Subscription Daten im SGSN gekennzeichnet sind (Schnittsteile 7), ist es mdglich 
nur deren Rekords an den GebOhrenanpassungs-Server CMS zu liefern. 

2. Verarbeitung der empfangenen Daten im GebQhrenanpassungs-Server CMS und Berechnung einer On-Line- 
20 GebQhr (GebOhreneinheiten): 

Der GebQhrenanpassungs-Server CMS enth&lt eine erste Tarifdatenbank (PO) fQr eine VergebQhrung von 
Diensten Im Paketnetz und eine zweite Tarifdatenbank (CS), welche dieTarifstrukturfQr leitungsvermlttelte Dienste 
enth&lt und welche der im bekannten Abrechnungsserver SCP entspricht Diese Datenbasen k6nnen durch den 
Operator Qber die O&M-Schnittstelle (1 0) eingegeben werden. Alternate kann natQriich auch eine einzige, entspre- 
25 chend umfangreich strukturierte Datenbank eingesetzt werden. 

Aus den empfangenen VergebQhrungs-Datensatzen (Rekords) werden durch den Protokollhandler die rele- 
vanten Informationen an den GebQhrenberechner (Unit calculator) Qbergeben. Dieser ermittelt die GebQhr (Units) 
entsprechend des Tarifmodells, 

30 z.B. U[GebQhren] = a x Datenvolumen[KByte] + b x Verblndungsdauerfmin] + c x PDP-Context-Activation[1/0]. 

Dabei stellt die PDP-Context-Activation die Herstellung der logischen Verbindung aus dem GPRS/Mobilfunk- 
netz in ein Paketnetz mit der Mflglichkeit dar, danach Pakete zu Qbertragen. Eine Paketverbindungsaktivierung 
(PDP context activation) kann Equivalent zu einer Leitungsverbindung zwischen zwei Stationen (call) betrachtet 
35 werden, wodurch letztendlich bestimmt wird, wo und wie ein Teilnehmer erreichbar ist Im Paketdienst wird so 
gesehen ein logischer Draht zwischen Mobilstationen und einem Paketnetz eingerichtet. 

FQr die VergebQhrung von SMS kann die einfache Berechnung z.B. U[GebQhren] = d (je gesendete SMS) ver- 
wendet werden. 

3. Ausgabe der relevanten Information an das On-Line-Prepaidsystem und Bestimmung eines VergebQhrungs- 
40 Aquivalents im Le'itungsvermittlungs-Tarifmodel entsprechend dem gew&hlten Interface: 

Der Protokollhandler in Richtung des Vorausbezahlungssystems simuliert Ereignisse (events) im circuit swit- 
ched bzw. leitungsvermittelten Netzwerk, die zu einer definierten VergebQhrungsaktlon im Abrechnungsserver 
SCP fQhren. Dabei kann die zweite Tarifdatenbank CS angewendet werden. 

Urn Nebeneffekte zu vermeiden, kdnnen die Protokolloperationen der entsprechenden Schnittsteile auch so 
45 modlfiziert oder entworfen werden, daB sie reine VengebOhrungsoperationen enthalten, falls diese nicht bereits 
schon existieren (z.B. fQr die direkte Reduzierung eines Zeit- Oder GebQhrenkontos urn einen bestimmten Betrag). 

Auf Grundlage der in den Datens&tzen enthaltenen Information kann auch das Zustandsmodell (State Model) 
der Sitzungen (Sessions) im Dienstenetzknoten SGSN nachgebildet werden. Damit ist es maglich, das CAMEL- 
Protokoll im GebQhrenanpassungs-Server CMS zu terminieren. FQr diese Funktion sollten die im Schritt 1 Qbertra- 
so genen Datensfilze vorzugsweise erweitert werden, urn die Erzeugung eines Rekords beim PDP-Context-Aufbau zu 
erm6glichen. Weiterhin sollte im Rekord der Parameter SCP-Adresse zur Auswahl des Abrechnungsservers SCP 
enthalten sein. 

Nachfolgend werden einige Beispiele fQr nutzbare Interfaces zur Ubertragung von GebQhreninformationen 
zwischen dem CMS und dem Abrechnungsserver aufgef Qhrt: 

55 

A1) INAP/CAP-Schnittstelle (3): 

Eine M&glichke'rt ist ein CAM EL- Protokoll fQr leitungsvermittelte Verbindungen (CS): Dabei erfolgt eine 
Berechnung einer bestimmten Rufdauer, welche in einem simulierten Dialog vom Teilnehmerkonto abgezogen 
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wird. 

Eine andere Mfigllchkeit Ist das CAMEL-Protokoll fQr GPRS im CMS zu unterstQtzen. 

Urn die CAMEL-Operationen vollstfindig unterstQtzen zu kdnnen, sind auch die entsprechenden Kontoll- 
funktionen mit CAMEL zu realisieren und Qber das GPRS VergebOhrungs-Protokoll (Schn'rttstelle/lnterface 1) 
in Echtzeit zum Dienstenetzknoten SGSN zu signalisieren. 

A2) MAP-(Mobile Application Protocoll)-Schnittstelle (4): 

Es erfolgt eine Berechnung einer Anzahl von vergebOhrbaren Ereignissen (wie USSD, Supplementary 
Service Usage), weiche dem SCP signalisiert werden. 

A3) Online-Schnittstelle, z.B. IP-basierte Schnittstelle zum Kontoaufladen (5): 

- Propriet&r definierte Nachrichten mit VergebQhrungsinformationen werden an den Abrechnungsserver 
SCP geschlckt 

- Die GebOhren werden als negative KontostandserhShung an den Abrechnungsserver SCP weitergege- 
ben. 

[0029] Nachfolgend wird die Behandlung von Kontolim'rtunterschreitung unter Bezug auf Rg. 2 beschrieben, die 
m6gliche Schn'rttstellen fQr die Kontroll-/Ausl6sefunktion darstelft. Im Vergleich zu Rg. 1 sind hier der Online-Server 
weggelassen und ein Nachrichten- bzw. Kurzmitteilungs-Gateway sowie ein Kurzmitteilungszentrum SMSC Qber eine 
Verbindung bzw. eine Schnittstelle 6 hinzugefQgt. Die einzeinen Verbindungen sind angelegt, wie dies anhand der 
nachfolgenden Beispiele dargelegt wird. 

[0030] Das System sollte hier in der Lage sein, das Erreichen eines Kontostandslimits an den Teilnehmer zu signa- 
lisieren. Dazu kann das Interface bzw. die Schnittstelle 6 zu einem Nachrichten-Gateway verwendet werden, urn Kurz- 
mitteilungen an den Teilnehmer auszusenden. 

[0031] FQr den Fall einer Schwellwertunterschreitung muB dem Teilnehmer die Berechtigung fQr weitere Dienstlei- 
stungen und Dienste entzogen werden. AuBerdem mQssen aktuelle PDP-Contexte beendet werden. Urn die GPRS- 
Subscription bzw. GPRS-Anmeldung zu entziehen, kann der Abrechnungsserver SCP entsprechende DatensStze 
(Qber 8) an das Verwaltungs- und Verrechnungszentrum ABC schicken. 

[0032] FQr die Verhinderung der aktuellen Nutzung von GPRS-Diensten kflnnen verschiedene Schnittstelien ver- 
wendet werden, z.B.: 

vom Abrechnungsserver SCP zum GebQhrenanpassungs-Server CMS: 

B1) Internet-Protokoll-IP-basierte On-line-Schnittstelle 9 

B2) CAMEL-lnterface/Schnittstelle 11 

B3) MAP-lnterface 7 (Mobile Application Part - Steuerung der Mobilitatsfunktion) 

vom GebQhrenanpassungs-Server CMS zum Dienstenetzknoten SGSN: 

B4) O&M-Schnittstelle zum Heimatregister HLR (CMISE oder herstellerspezifisch) 13 

B5) GPRS-Tunnel-ProtokollA/ergebQhrungs-Protokoll 1 

Zur Steuerung der SGSN-PDP-Kontexte ist eine Erwe'rterung des Protokolls mit Steuernachrichten/- 
Rekords vorzunehmen (extemes 'Delete PDP Context Request). Unabh&ngig ob der GebQhrenanpassungs- 
Server CMS als ProtokollabschluB fQr das CAMEL Protokoll dient (Variante A1+B2) oder ein IP-basiertes Pro- 
tokoll verwendet wird (A3+B1) kann durch eine Erweiterung dieses Protokolls die CAMEL Funktionalitfit voll- 
st&ndig ausgebildet werden. 

B6) Screening-Funktion bzw. Musterbeobachtungsfunktion auf Basis der IP-Adresse 12: 

Bei statischen IP-Adressen kann der Abrechnungsserver SCP die IP-Adresse der bedienten Mobilstation 
liefern. Bei dynamischen Adressen ist eine Implementierung mflglich, wenn im Gateway-Zugangsnetzknoten 
GGSN die IP-Adressen z.B. zentral Qber einen Radius Server vergeben werden. Der GebQhrenanpassungs- 
Server CMS kann dann ebenfalls Qber das DatenQbertragungsprotokoll Radius (Remote authentication dial in 
user service) die Adresse beziehen. Danach wird Qber SNMP (Simple Network Management Protocol) ein 
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Update der Screening-Funktionen (z.B. in den Fire Walls) dunchgefOhrt (Ober 12), so daB Pakete mit der ermit- 
telten IP- Ziel- bzw. Ursprungsadresse zu verwerfen sind. Durch diese Lflsung 1st es zwar mdglich, den Teil- 
nehmer von GPRS-Diensten auszuschlieGen, nicht aber Verkehr bzw. Traffic auf der Luftschnittstelle (Air- 
interface) zu unterdrOcken. 

5 FOr eine direkte Abrechnungsserver zu Dienstenetzknoten-Schnittstelle-(SCP-SGSN-lnterface)-ohne- 

GebQhrenanpassungs-Server-CMS-lntenvorking glbt es die Beispiele: 

B7) Mobilitatsfunktionssteuerungs-(MAP)-Erweiterung im Abrechnungsserver SCP Ober die Schnittstelle 14. 

10 B7.1) Bel Kontounterschreitung schlckt der Abrechnungsserver SCP parallel zur Nachricht an das ABC/HLR 

eine entsprechende MAP-Mitteilung ("cancel location...") an den Dienstenetzknoten SGSN. 

B7.2) Als Variante 1st der Weg Qber das Heimatregister HLR m&glich. Der Abrechnungsserver SCP schickt 
eine MAP-Nachricht an das Heimatregister HLR, welches daraufhln eine L6schung des Teilnehmers im Dien- 
15 stenetzknoten SGSN durchfOhrt und dem Teilnehmer die weitere Dienstberechtigung entzieht 

In diesen Fallen der Beispiele B7 soli ein Wiedereinbuchen des Teilnehmers verhindert werden. Mit der 
Funktionalitat von CAMEL PH3 (any time modification) kann Qber das MAP-lnterface direkt auf die Teilnehmer- 
daten im Heimatregister HLR ElnfluB genommen werden und damit eine Sperrung der Subscription bzw. 
Anmeldung erreicht werden. 

20 

B8) Nutzung des Kurznachrichtendienstes SMS Qber Schnittstelle 6: 

Urn die Generierung einer MAP-Nachricht im Abrechnungsserver SCP vermeiden zu kflnnen, kann die 
Verwendung von einem Kurznachrichtendienst SMS untersucht werden. Ein spezielier Parameter im Kurz- 
nachrichtendienst SMS (der dem Teilnehmer das Ende des GPRS-Services mitteilt) dient dabei als Trigger f Or 
25 den Dienstenetzknoten SGSN, die PDP-Contexte zu schlieBen und keine neuen zuzulassen. HierfOr kann 

auch eine Funktionalitat im Kurzmitteilungszentrum SMSC einbezogen werden (Verwendung vom User Hea- 
der Information Identifier der SMS). FOr den Dienstenetzknoten SGSN stellt dies jedoch eine propriet&re 
Erweiterung dar. 

Ein Nachteil dieses Beispieles B8 besteht darin, daB ein neues Einbuchen (Attachment) des Teilnehmers 
30 nur im aktuellen Dienstenetzknoten-Bereich vertiindert werden kann. 

Weitertiin gibt es Realisierungsbeispiele mit gleichzeitiger Untersuchung der Multivendormdglichkeit, wie 
folgt: 

a) VergebOhrungsfunktion 

35 Urn den EinfluB der Vorbezahlungs-L6sung auf die Off-Line-Rechnungslegung (Billing) so gering wie 

mftglich zu haiten und im GebOhrenanpassungs-Server CMS die Anfrage der Teilnehmerdatenbasis ein- 
zusparen, ist die Kennzeichnung der Vorbezahlungs- bzw. Prepaid-Teilnehmer im Dienstenetzknoten 
SGSN eine wichtige Forderung. Das kann durch die CSI (CAMEL Subscription Information) reallsiert wer- 
den. Da eine derartige Umsetzung bereits fOr die CAMEL Phase3 vorgeschlagen ist und in Analogie zu 

40 den leitungsvermittelten Diensten CS erfolgen soil, kann diese Erweiterung der MAP-Schnittstelle als Vor- 

griff auf den Standard und de facto als dem Standard konform angesehen werden. Die Versorgung des 
GebOhrenanpassungsServers CMS mit VergebGhrungsdateien Ober das gSngige DateiGbertragungspro- 
tokoll FTP ware eine proprietare aber einfache Lfisung (Interface 2). 

Fur die Schnittstelle 1 (GPRS Backbone) kann das VergebOhrungs-Protokoll entsprechend GSM TS 

45 12.15 angewendet werden. Damit entspricht der GebOhrenanpassungs-Server CMS einer AusprSgung 

der Vergebuhrungs-Gatewayfunktion CGF (Charging Gateway Funktion) und kann als standardisiert (mul- 
tivendorfahig) angesehen werden. Die einzige Zusatzfunktion fOr den Dienstenetzknoten SGSN ist fOr 
PDP-Context-Dateien bzw. Records fOr die Nutzung des GSM Kurzmitteilungsdienstes (SMS) eines CSI- 
Teilnehmers als VergebOhrungs-Gatewayadresse (CG-Adresse) die des GebOhrenanpassungs-Servers 

so CMS auszuwdhlen. 

FOr eine einfache Realisierung des GebOhrenanpassungs-Servers CMS ist der Verzicht auf einen 
CCSNo7 Stack und die ausschlieBliche Verwendung IP-basierter Protokolle vorteilhaft Daher sollte zur 
Kommunikation mit dem Abrechnungsserver SCP (Service Control Point) das IP-basierte Online-Interface 
(5) verwendet werden. 

ss FOr die SCP-Charging-Funktion gibt es zwei Alternativen: 

Der GebOhrenanpassungs-Server CMS berechnet die Kosten in Form von GebOhren oder Dauern 
und schickt diese Daten an den Dienste-Steuerpunkt SCP. Dann waren nur die GebOhren, die Teilnehmer- 
kennung und eventuell die IP-Adresse sowie die Dienstenetzknoten-SGSN-Adresse (B7) zu Qbertragen. 
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Falls die Dienste-Logik des SCP bereits entsprechend CAMEL PH3 ein paketorientiertes Tarifmodell 
realisiert, w§re die Aufgabe des GebOhrenanpassungs-Servers CMS noch das Dateihandling bzw. 
Rlehandling, das Auspacken der Datens&tze und das Zusammenstelien der vergebQhrungs-relevanten 
Parameter in einem intern definierten Mitteilungsformat (IMSI, Dauer, Datenvolumen, eventuell IP* 
5 Adresse,...), welches an die Schnittstelle 5 Obergeben wird. Die Tarifdaten wQrden dann Qber die Schnitt- 

stelie 10 direkt im Abrechnungsserver SCP administriert werden. 

b) Kontroll-Funktion 

Die Zeit vom Feststellen der Kontolimitunterschreitung bis zum Sperren des Teilnehmers fQr den 
w GPRS-Zugriff sollte mflgllchst kurz gehalten werden. 

Es k6nnen Varianten mit Einbeziehung des GebQhrenanpassungs-Servers CMS und mit direkter 
Steuerung durch den Abrechnungsserver / Dienste-Steuerpunkt SCP unterschieden werden. Bei den 
Funktionen die im GebOhrenanpassungs-Server CMS ausgefQhrt werden, kdnnen die Verwaitung bzw. 
Administration der Subscriber-Daten im Heimatregister HLR (B4) und die Einwirkung auf das GPRS-Netz 
is unterschieden werden (Unterdrtickung der Sessions). 

Eine standardisierte M6glichkeit zum Sperren des Teilnehmers bietet die MAP-Schnittstelle (siehe 
B7). Wenn der GebQhrenanpassungs-Server CMS nur IP-basierte Protokolte unterstOtzt, ist eine direkte 
UnterstQtzung der MAP-Nachrichten durch den Abrechnungsserver SCP In dlesem Fall gQnstiger. 

Damit ergibt sich die Beispiel-Konfiguration der Fig. 3. 

20 

Patentanspruche 

1. Verfahren zur Behandlung eines Datendienstes, bei dem von zumindest einer ersten Kommunikationseinrichtung 
(MS) Daten Qber zumindest einen Teil eines Kommunikationssystems als Paketdaten Gbermittelt werden und bei 
25 dem eine Verrechnung von GebQhren fQr den Datendienst erfolgt, 
dadurch gekennzeichnet, 

daB die GebQhren mit einem im voraus entrichteten oderfreigegebenen GebQhrenbetrag insbesondere parallel zur 
Paketdatenubertragung verrechnet werden. 

30 2. Verfahren nach Anspruch 1 , bei dem 

die Gebuhrenverrechnung als Vorauszahlungs-On-Line-Verrechung erfolgt. 

3. Verfahren nach Anspruch 1 oder 2, bei dem 

die GebQhren abh&ngig von der Qbermlttelten Datenmenge Oder Anzahl der Qbermittelten Datenpakete verrechnet 
35 werden. 

4. Verfahren nach einem der vorhergehenden AnsprQche, bei dem 

die sendende und/oder die empfangende Kommunikationseinrichtung direkt mit einem Funknetz, insbesondere 
einem Mobilf unknetz kommuniziert, welches vorzugsweise auch leitungsvermitlelte Verbindungen herstellt. 

40 

5. Verfahren nach einem der vorhergehenden AnsprQche, bei dem 

der Paketdaten Obermittelnde Teil des Kommunikationssystems ein Paketdatennetz ist, insbesondere das Internet. 

6. Verfahren nach einem der vorhergehenden AnsprQche, bei dem 

45 Funktionen eines Paketnetzes auf Funktionen eines leitungsvermittelten Netzes und/oder umgekehrt abgebildet 
werden. 

7. Verfahren nach einem der vorhergehenden AnsprQche, bei dem 

zur GebQhrenverrechnung eine GebQhrenanpassungs-Einrichtung, insbesondere ein GebOhrenanpassungs-Ser- 
so ver (CMS), verwendet wird. 

8. Verfahren nach Anspruch 7, bei dem 

der GebQhrenanpassungs-Server (CMS) als Bindeglied von Funktionen und Einrichtungen eines leitungsvermittel- 
ten Netzes, insbesondere Mobilfunknetzes, und von Funktionen und Einrichtungen eines Paketdatennetzes, ins- 
55 besondere des Internets, verwendet wird, wobei insbesondere VergebQhrungsfunktionen eines 
leitungsvermittetten Netzes erhalten werden kdnnen und durch EinfQhrung des GebQhrenanpassungs-Servers 
(CMS) fQr ein Paketnetz erweitert werden. 
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9. Verfahren nach einem der vorhergehenden Ansprflche, bei dem 

in Zugangsnetzknoten (GSN) eines Paketdatennetzes lnternet-Protokoll-(IP)-basierte Protokolle anstelle des 
Common Channel Signaling Systems No. 7 (CCSNo7) verwendet werden. 

10. Verfahren nach Anspruch 9, bel dem 

die IP-basierte Schnittstelle das IP-Backbone (1), ein O&M-Netzwerk (2) Oder ein Rle Transfer Protokoll (FTP - 
warm billing) ist. 

11. Verfahren nach einem der vorhergehenden Ansprflche, bei dem ein GebOhrenanpassungs-Server (CMS) an exi- 
stierende Schnittstellen des Paketnetzes angeschlossen wird, wo dieser eine Protokollumsetzung auf die entspre- 
chende Schnittstelle des leitungsvermittelten Vorausbezahlungssystems durchfflhrt. 

12. Verfahren nach einem der vorhergehenden Ansprflche, bei dem eine GSM-CAMEL-Schnittstelle vom Dienstenetz- 
knoten (SGSN) auf einen GebOhrenanpassungs-Server (CMS) verlagert wird. 

13. Verfahren nach einem der Ansprflche 8, 1 1 oder 12, bei dem 

die Tarifdaten fflr leitungsvermittelte und/oder paketvermitteite Dienste (CS bzw. PO) vorzugsweise nur im Gebflh- 
renanpassungs-Server (CMS) abgespeichert werden. 

14. Verfahren nach einem der Ansprflche 8 Oder 11 - 13, bei dem Vorausbezahlungsteilnehmer flber Subscription- 
Daten im Heimatregister (HLR), Dienstenetzknoten (SGSN) und/oder im Abrechnungsserver (SCP) gekenn- 
zeichnet sind und nur deren Datensatze an den GebOhrenanpassungs-Server (CMS) Obertragen werden. 

15. Verfahren nach einem der vorhergehenden Ansprflche, bei dem die Datenflbermittlung bei einer Kontenlimitunter- 
schreitung unterbrochen wird und vorzugsweise die Dienstleistungsberechtigung entzogen wird. 

16. Funk-Kommunikationssystem zum Ausfuhren eines Verfahrens nach einem der vorhergehenden Ansprflche. 
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